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UNSOLICITED ELECTRONIC MAIL REDUCTION 

This application is a continuation-in-part of U.S. Application No. 

09/728,524 filed on December 1, 2000 that is a continuation-in-part of U.S. Application 
No. 09/645,645 filed on August 24, 2000. 

5 BACKGROUND OF THE INVENTION 

This invention relates in general to electronic mail (e-mail) systems and, 
more specifically, to reducing the amount of unsolicited e-mail. 

Unsolicited e-mail distributed in bulk, sometime referred to as Spam™, is 
the scourge of the Internet community. It is not uncommon for a user to receive ten to 

10 fifty unsolicited e-mail messages per day. Studies have shown that ten percent of all e-e- 
mail traffic on the Internet is unsolicited bulk e-mail. A sender of unsolicited e-mail can 
purchase a list of millions of e-mail addresses from a list broker and easily distribute a 
message to the list for little or no cost. The cost of the unsolicited e-mail is paid by the 
providers of the Internet backbone and the users who pay access charges to download 

15 their e-mail. The senders of unsolicited e-mail offer services such as how to get rich 

quick, how to loose weight fast, hot stock tips, various pornographic web sites, and other 
shady "opportunities." 

Preventing unsolicited e-mail from annoying users is a burgeoning 
industry. Internet service providers (ISPs) and e-mail application service providers 

20 (ASPs) experience subscriber attrition that is attributable to excessive amounts of 
unsolicited e-mail. For example, a user may switch to other ISP or e-mail ASP to 
experience a temporary reprieve from unsolicited e-mail. Unfortunately, the reprieve 
only lasts until the list brokers harvest the new e-mail address of the user. 

Technology used to combat the efforts of unsolicited e-mailers is an ever- 

25 escalating arms race. The ISPs and e-mail ASPs will develop a new technology for 
detecting unsolicited e-mail broadcasts and the unsolicited e-mailers will develop 
techniques that renders the new technology ineffective. For example, once an unsolicited 
e-mail message is identified, the ISPs and e-mail ASPs search for other messages with the 
exact subject and block those messages. To combat this, the unsolicited e-mailers often 

30 attach a changing tag to each subject such that no two subject lines are the same in a large 
unsolicited e-mail broadcast. As those skilled in the art appreciate, more sophisticated 
techniques for detecting and blocking of unsolicited e-mail are desired. 
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SUMMARY OF THE INVENTION 

The present invention involves reducing the amount of unsolicited e-mail. 
In one embodiment, a method for automatically detecting unsolicited electronic mail from 
a mailer and automatically notifying facilitators of the mailer of the unsolicited electronic 
mail is disclosed. In one step, an electronic mail message is received from the mailer. It 
is automatically determined if the electronic mail message is probably unsolicited. A 
check for an open relay in routing information of a header of the electronic mail message 
is performed. The facilitating party of the mailer is determined. Information relating to 
the electronic mail message is automatically reported to the facilitating party. 

Reference to the remaining portions of the specification, including the 
drawings and claims, will realize other features and advantages of the present invention. 
Further features and advantages of the present invention, as well as the structure and 
operation of various embodiments of the present invention, are described in detail below 
with respect to the accompanying drawings. 
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BRIEF DESCRIPTION OF THE DRAWINGS 
Fig. 1 is a block diagram of one embodiment of an e-mail distribution 

Fig. 2 is a block diagram of an embodiment of an e-mail distribution 

Fig. 3 A is a block diagram of an embodiment of a message database; 
Fig. 3B is a block diagram of another embodiment of a message database; 
Fig. 3C is a block diagram of yet another embodiment of a message 

Fig. 3D is a block diagram of still another embodiment of a message 

Fig. 3E is a block diagram of yet another embodiment of a message 

Fig. 3F is a block diagram of still another embodiment of a message 

Fig. 3G is a block diagram of yet another embodiment of a message 
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Fig. 3H is a block diagram of still another embodiment of a message 

database; 

Fig. 4 is an embodiment of an unsolicited e-mail message exhibiting 
techniques used by unsolicited mailers; 
5 Fig. 5 A is a flow diagram of an embodiment of a message processing 

method; 

Fig. 5B is a flow diagram of another embodiment of a message processing 

method; 

Fig. 5C is a flow diagram of yet another embodiment of a message 
10 processing method; 

Fig. 5D is a flow diagram of still another embodiment of a message 
processing method; 

Fig. 5E is a flow diagram of yet another embodiment of a message 
processing method; 

15 Fig. 6A is a first portion of a flow diagram of an embodiment of an e-mail 

processing method; 

Fig. 6B is an embodiment of a second portion of the embodiment of Fig. 

6A; 

Fig. 6C is another embodiment of a second portion of the embodiment of 

20 Fig. 6A; 

Fig. 6D is yet another embodiment of a second portion of the embodiment 

of Fig. 6A; 

Fig. 7A is a flow diagram of an embodiment for producing a fingerprint 
for an e-mail message; 
25 Fig. 7B is a flow diagram of another embodiment for producing a 

fingerprint for an e-mail message; 

Fig. 7C is a flow diagram of yet another embodiment for producing a 
fingerprint for an e-mail message; 

Fig. 7D is a flow diagram of still another embodiment for producing a 
30 fingerprint for an e-mail message; 

Fig. 8 is a block diagram that shows an embodiment of an e-mail 
distribution system; 

Fig. 9 is an embodiment of an unsolicited e-mail header revealing a route 
through an open relay and forged routing information; 



Fig. 10 is a flow diagram that shows an embodiment of a process for 
baiting unsolicited mailers and processing their e-mail messages; 

Fig. 1 1 is a flow diagram that shows an embodiment of a process for 
determining the source of an e-mail message; and 
5 Fig. 12 is a flow diagram that shows an embodiment of a process for 

notifying facilitating parties associated with the unsolicited mailer of potential abuse. 

DESCRIPTION OF THE SPECIFIC EMBODIMENTS 
The present invention detects unsolicited mailers who send electronic mail 
10 (e-mail). Tile parties who unwittingly facilitate the activity of the unsolicited mailers are 
automatically determined and automatically notified such that the account of the 
unsolicited mailer may be canceled. 

In the Figures, similar components and/or features may have the same 
reference label. Further, various components of the same type may be distinguished by 
15 following the reference label by a dash and a second label that distinguishes among the 
similar components. If only the first reference label is used in the specification, the 
description is applicable to any one of the similar components having the same first 
reference label irrespective of the second reference label. 

Referring first to Fig. 1, a block diagram of one embodiment of an e-mail 
20 distribution system 100 is shown. Included in the distribution system 100 are an 

unsolicited mailer 104, the Internet 108, a mail system, and a user 116. The Internet 108 
is used to connect the unsolicited mailer 104, the mail system 112 and the user, although, 
direct connections or other wired or wireless networks could be used in other 
embodiments. 

25 The unsolicited mailer 104 is a party that sends e-mail indiscriminately to 

thousands and possibly millions of unsuspecting users 1 16 in a short period time. 
Usually, there is no preexisting relationship between the user 116 and the unsolicited 
mailer 104. The unsolicited mailer 104 sends an e-mail message with the help of a list 
broker. The list broker provides the e-mail addresses of the users 116, grooms the list to 

30 keep e-mail addresses current by monitoring which addresses bounce and adds new 
addresses through various harvesting techniques. 

The unsolicited mailer provides the e-mail message to the list broker for 
processing and distribution. Software tools of the list broker insert random strings in the 
subject, forge e-mail addresses of the sender, forge routing information, select open relays 




to send the e-mail message through, and use other techniques to avoid detection by 
conventional detection algorithms. The body of the unsolicited e-mail often contains 
patterns similar to all e-mail messages broadcast for the unsolicited mailer 104. For 
example, there is contact information such as a phone number, an e-mail address, a web 
5 address, or postal address in the message so the user 116 can contact the unsolicited 
mailer 104 in case the solicitation triggers interest from the user 116. 

The mail system 112 receives, filters and sorts e-mail from legitimate and 
illegitimate sources. Separate folders within the mail system 112 store incoming e-mail 
messages for the user 116. The messages that the mail system 112 suspects are 

10 unsolicited mail are stored in a folder called "Bulk Mail" and all other messages are 

stored in a folder called "Inbox." In this embodiment, the mail system is operated by an 
e-mail application service provider (ASP). The e-mail application along with the e-mail 
messages are stored in the mail system 112. The user 116 accesses the application 
remotely via a web browser without installing any e-mail software on the computer of the 

15 user 116. In alternative embodiments, the e-mail application could reside on the 

computer of the user and only the e-mail messages would be stored on the mail system. 

The user 116 machine is a subscriber to an e-mail service provided by the 
mail system 112. An internet service provider (ISP) connects the user machine 1 16 to the 
Internet. The user activates a web browser and enters a universal resource locator (URL) 

20 which corresponds to an internet protocol (IP) address of the mail system 112. A domain 
name server (DNS) translates the URL to the IP address, as is well known to those of 
ordinary skill in the art. 

With reference to Fig. 2, a block diagram of an embodiment of an e-mail 
distribution system 200 is shown. This embodiment includes the unsolicited mailer 104, 

25 Internet 108, mail system 1 12, and a remote open relay list 240. Although not shown, 
there are other solicited mailers that could be businesses or other users. The user 116 
generally welcomes e-mail from solicited mailers. 

E-mail messages are routed by the Internet through an unpredictable route 
that "hops" from relay to relay. The route taken by an e-mail message is documented in 

30 the e-mail message header. For each relay, the IP address of that relay is provided along 
with the IP address of the previous relay. In this way, the alleged route is known by 
inspection of the message header. 

The remote open relay list 240 is located across the Internet 108 and 
remote to the mail system 112. This list 240 includes all know relays on the Internet 108 



that are misconfigured or otherwise working improperly. Unlike a normal relay, an open 
relay does not correctly report where the message came from. This allows list brokers 
and unsolicited mailers 104 to obscure the path back to the server that originated the 
message. This subterfuge avoids some filters of unsolicited e-mail that detect origination 
5 servers that correspond to known unsolicited mailers 104 or their list brokers. 

As first described above in relation to Fig. 1, the mail system 112 sorts e- 
mail messages and detects unsolicited e-mail messages. The mail system 112 also hosts 
the mail application that allows the user to view his or her e-mail. Included in the mail 
system 1 12 are one or more mail transfer agents 204, user mail storage 212, an approved 

10 list 216, a block list 244, a key word database 230, and a message database 206. 

The mail transfer agents 204 receive the e-mail and detect unsolicited e- 
mail. To handle large amounts of messages, the incoming e-mail is divided among one or 
more mail transfer agents 204. Similarly, other portions of the mail system could have 
redundancy to spread out loading. Once the mail transfer agent 204 gets notified of the 

1 5 incoming e-mail message, the mail transfer agent 204 will either discard the message, 

store the message in the account of the user, or store the message in a bulk mail folder of 
the user. The message database 206, the remote open relay list 240, an approved list 216, 
a block list 244, a key word database 230, and/or a local open relay list 220 are used in 
determining if a received e-mail message was most-likely sent from an unsolicited mailer 

20 104. 

The user mail storage 212 is a repository for e-mail messages sent to the 
account for the user. For example, all e-mail messages addressed to 

sam 1 f3 4z@.y ahoo . com would be stored in the user mail storage 212 corresponding to that 
e-mail address. The e-mail messages are organized into two or more folders. Unsolicited 

25 e-mail is filtered and sent to the bulk mail folder and other e-mail is sent by default to the 
inbox folder. The user 116 can configure a sorting algorithm to sort incoming e-mail into 
folders other than the inbox. 

The approved list 216 contains names of known entities that regularly send 
large amounts of solicited e-mail to users. These companies are known to send e-mail 

30 only when the contact is previously assented to. Examples of who may be on this list are 
Yahoo.com, Amazon.com, Excite.com, Microsoft.com, etc. Messages sent by members 
of the approved list 216 are stored in the user mail storage 212 without checking to see if 
the messages are unsolicited. Among other ways, new members are added to the 
approved list 216 when users complain that solicited e-mail is being filtered and stored in 



their bulk mail folder by mistake. A customer service representative reviews the 
complaints and adds the IP address of the domains to the approved list 216. Other 
embodiments could use an automated mechanism for adding domains to the approved list 
216 such as when a threshold amount of users complain about improper filtering, the 
5 domain is automatically added to the list 216 without needing a customer service 

representative. For example, the algorithms described with relation to Figs. 7A-7D below 
could be used to determine when a threshold amount of users have forwarded an e-mail 
that they believe was mistakenly sorted to the bulk mail folder. 

The block list 244 includes IP addresses of list brokers and unsolicited 

10 mailers 104 that are known to send mostly unsolicited e-mail. A threshold for getting on 
the block list 244 could be sending one, five, ten, twenty or thirty thousand messages in a 
week. The threshold can be adjusted to a percentage of the e-mail messages received by 
the mail system 1 12. A member of the approved list 216 is excluded from also being on 
the block list 244 in this embodiment. 

15 When the mail transfer agent 204 connects to the relay presenting the e- 

mail message, a protocol-level handshaking occurs. From this handshaking process, the 
protocol-level or actual IP address of that relay is known. E-mail message connections 
from a member of the block list 244 are closed down without receiving the e-mail 
message. Once the IP address of the sender of the message is found on the block list 244, 

20 all processing stops and the connection to the IP address of the list broker or unsolicited 
mailer 104 is broken. The IP address checked against the block list 244 is the actual IP 
address resulting from the protocol-level handshaking process and is not the derived from 
the header of the e-mail message. Headers from e-mail messages can be forged as 
described further below. 

25 The key word database 230 stores certain terms that uniquely identify an e- 

mail message that contains any of those terms as an unsolicited message. Examples of 
these key words are telephone numbers, URLs or e-mail addresses that are used by 
unsolicited mailers 104 or list brokers. While processing e-mail messages, the mail 
transfer agent 204 screens for these key words. If a key word is found, the e-mail 

30 message is discarded without further processing. 

The local open relay list 220 is similar to the remote open relay list 240, 
but is maintained by the mail system 1 12. Commonly used open relays are stored in this 
list 220 to reduce the need for query to the Internet for open relay information, which can 
have significant latency. Additionally, the local open relay list 220 is maintained by the 



mail system 112 and is free from third party information that may corrupt the remote 
open relay list 240. 

The message database 206 stores fingerprints for messages received by the 
mail system 112. Acting as a server, the message database 206 provides fingerprint 
5 information to the mail transfer agent 204 during processing of an e-mail message. Each 
message is processed to generate a fingerprint representative of the message. The 
fingerprint is usually more compact than the message and can be pattern matched more 
easily than the original message. If a fingerprint matches one in the message database 
206, the message may be sorted into the bulk mail folder of the user. Any message 

10 unique to the mail system has its fingerprint stored in the message database 206 to allow 
for matching to subsequent messages. In this way, patterns can be uncovered in the 
messages received by the mail system 112. 

Referring next to Fig. 3 A, a block diagram of an embodiment of a message 
database 206 is shown. In this embodiment, an exemplar database 304 stores fingerprints 

15 from messages in a message exemplar store 308. An e-mail message is broken down by 
finding one or more anchors in the visible text portions of the body of the e-mail. A 
predetermined number of characters before the anchor are processed to produce a code or 
an exemplar indicative of the predetermined number of characters. The predetermined 
number of characters could have a hash function, a checksum or a cyclic redundancy 

20 check performed upon it to produce the exemplar. The exemplar along with any others 
for the message is stored as a fingerprint for that message. Any textual communication 
can be processed in this way to get a fingerprint. For example, chat room comments, 
instant messages, newsgroup postings, electronic forum postings, message board 
postings, and classified advertisement could be processed for fingerprints to allow 

25 determining duplicate submissions. 

With reference to Fig. 3B, a block diagram of another embodiment of a 
message database 206 is shown. This embodiment stores two fingerprints for each 
message. In a first algorithm exemplar store 312, fingerprints generated with a first 
algorithm are stored and fingerprints generated with a second algorithm are stored in a 

30 second algorithm exemplar store 316. Different algorithms could be more or less 

effective for different types of messages such that the two algorithms are more likely to 
detect a match than one algorithm working alone. The exemplar database 304 indicates 
to the mail transfer agent 204 which stores 312, 316 have matching fingerprints for a 
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message. Some or all of the store 312, 316 may require matching a message fingerprint 
before a match is determined likely. 

Other embodiments, could presort the messages such that only the first or 
second algorithm is applied such that only one fingerprint is in the stores 312, 316 for 
5 each message. For example, HTML-based e-mail could use the first algorithm and text- 
based e-mail could use the second algorithm. The exemplar database 304 would only 
perform one algorithm on a message where the algorithm would be determined based 
upon whether the message was HTML- or text-based. 

Referring next to Fig. 3C, a block diagram of yet another embodiment of a 

10 message database 206 is shown. This embodiment uses four different algorithms. The 
messages may have all algorithms applied or a subset of the algorithms applied to 
generate one or more fingerprints. Where more than one algorithm is applied to a 
message, some or all of the resulting fingerprints require matching to determine a 
message is probably the same as a previously processed message. For example, 

15 fingerprints for a message using all algorithms. When half or more of the fingerprints 
match previously stored fingerprints for another message a likely match is determined. 

With reference to Fig. 3D, a block diagram of still another embodiment of 
a message database 206 is shown. This embodiment presorts messages based upon their 
size. Four different algorithms tailored to the different sizes are used to produce a single 

20 fingerprint for each message. Each fingerprint is comprised of two or more codes or 
exemplars. The fingerprint is stored in one of a small message exemplars store 328, a 
medium message exemplars store 332, a large message exemplars store 336 and a extra- 
large message exemplars store 340. For example, a small message is only processed by a 
small message algorithm to produce a fingerprint stored in the small message exemplars 

25 store 328. Subsequent small messages are checked against the small message exemplars 
store 328 to determine if there is a match based upon similar or exactly matching 
fingerprints. 

Referring next to Fig. 3E, a block diagram of yet another embodiment of a 
message database 206 is shown. This embodiment uses two exemplar stores 328, 336 
30 instead of the four of Fig. 3D, but otherwise behaves the same. 

With reference to Fig. 3F, a block diagram of still another embodiment of 
a message database 206 is shown. This embodiment uses a single algorithm, but divides 
the fingerprints among four stores 344, 348, 352, 356 based upon the period between 
messages with similar fingerprints. A short-term message exemplars store (SMES) 356 



holds fingerprints for the most recently encountered messages, a medium-term message 
exemplars store (MMES) 352 holds fingerprints for less recently encountered messages, a 
long-term message exemplars store (MMES) 348 holds fingerprints for even less recently 
encountered messages, and a permanent message exemplars store (PMES) 344 holds 
5 fingerprints for the remainder of the messages. 

After a fingerprint is derived for a message, that fingerprint is first checked 
against the SMES 356, the MMES 352 next, the LMES 348 next, and finally the PMES 
344 for any matches. Although, other embodiments could perform the checks in the 
reverse order. If any store 344, 348, 352, 356 is determined to have a match, the 

10 cumulative count is incremented and the fingerprint is moved to the STME 356. 

If any store 344, 348, 352, 356 becomes full, the oldest fingerprint is 
pushed off the store 344, 348, 352, 356 to make room for the next fingerprint. Any 
fingerprints pushed to the PMES 344 will remain there until a match is found or the 
PMES is partially purged to remove old fingerprints. 

15 The stores 344, 348, 352, 356 may correspond to different types of 

memory. For example, the SMES 356 could be solid-state memory that is very quick, the 
MMES 352 could be local magnetic storage, the LMES 348 could be optical storage, and 
the PMES 344 could be storage located over the Internet. Typically, most of the message 
fingerprints are found in the SMES 356, less are found in the MMES 352, even less are 

20 found in the LMES 348, and the least are found in the PMES 344. But, the SMES 356 is 
smaller than the MMES 352 which is smaller than the LMES 348 which is smaller than 
the PMES 344 in this embodiment. 

Referring next to Fig. 3G, a block diagram of yet another embodiment of a 
message database 206 is shown. This embodiment uses two algorithms corresponding to 

25 long and short messages and has two stores for each algorithm divided by period of 

matches. Included in the message database 206 are a short-term small message exemplars 
(STSME) store 368, a short-term large message exemplars (STLME) store 372, a long- 
term small message exemplars (LTSME) store 360, and a long-term large message 
exemplars (LTLME) store 364. 

30 The two short-term message exemplars stores 368, 372 store 

approximately the most recent two hours of messages in this embodiment. If messages 
that are similar to each other are received by the short-term message exemplars stores 
368, 372 in sufficient quantity, the message is moved to the long-term message exemplars 
stores 360, 364. The long-term message stores 360, 364 retain a message entry until no 

10 



similar messages are received in a thirty-six hour period in this embodiment. There are 
two stores for each of the short-term stores 368, 372 and the long-term stores 360, 364 
because there are different algorithms that produce different exemplars for long messages 
and short messages. 

5 Referring next to Fig. 3H, a block diagram of still another embodiment of 

a message database 206 is shown. In this embodiment three algorithms are used based 
upon the size of the message. Additionally, the period of encounter is divided among 
three periods for each algorithm to provide for nine stores. Although this embodiment 
chooses between algorithms based upon size, other embodiments could choose between 

10 other algorithms based upon some other criteria. Additionally, any number of algorithms 
and/or period distinctions could be used in various embodiments. 

Referring next to Fig. 4, an embodiment of an unsolicited e-mail message 
400 is shown that exhibits some techniques used by unsolicited mailers 104. The 
message 400 is subdivided into a header 404 and a body 408. The message header 

15 includes routing information 412, a subject 416, the sending party 428 and other 

information. The routing information 412 along with the referenced sending party are 
often inaccurate in an attempt by the unsolicited mailer 104 to avoid blocking a mail 
system 112 from blocking unsolicited messages from that source. Included in the body 
408 of the message is the information the unsolicited mailer 104 wishes the user 1 16 to 

20 read. Typically, there is a URL 420 or other mechanism for contacting the unsolicited 
mailer 104 in the body of the message in case the message presents something the user is 
interested in. To thwart an exact comparison of message bodies 408 to detect unsolicited 
e-mail, an evolving code 424 is often included in the body 408. 

With reference to Fig. 5 A, a flow diagram of an embodiment of a message 

25 processing method is shown. This simplified flow diagram processes an incoming 

message to determine if it is probably unsolicited and sorts the message accordingly. The 
process begins in step 504 where the mail message is retrieved from the Internet. A 
determination is made in step 506 if the message is probably unsolicited and suspect. In 
step 508, suspect messages are sent to a bulk mail folder in step 516 and other messages 

30 are sorted normally into the user's mailbox in step 512. 

Referring next to Fig. 5B, a flow diagram of another embodiment of a 
message processing method is shown. This embodiment adds steps 520 and 524 to the 
embodiment of Fig. 5 A. Picking-up where we left off on Fig. 5 A, mail moved to the bulk 
mail folder can be later refuted in step 524 and sorted into the mailbox normally in step 

11 



512. Under some circumstances a bulk mailing will first be presumed unsolicited. If 
enough users complain that the presumption is incorrect, the mail system 112 will remove 
the message from the bulk folder for each user. If some unsolicited e-mail not sorted into 
the bulk mail folder and it is later determined to be unsolicited, the message is resorted 
5 into the bulk mail folder for all users. If the message has been viewed, the message is not 
resorted in this embodiment. Some embodiments could flag the message as being 
miscategorized rather than moving it. 

With reference to Fig. 5C, a flow diagram of yet another embodiment of a 
message processing method is shown. This embodiment differs from the embodiment of 

10 Fig. 5 A by adding steps 528 and 532. Once a connection is made with the Internet to 
receive a message, a determination is made to see if the message is from a blocked or 
approved IP address. This determination is made at the protocol level and does not 
involve the message header that may be forged. Blocked and approved addresses are 
respectively stored in the block list 244 and the approved list 216. Messages from 

15 blocked IP addresses are not received by the mail system and messages from approved IP 
addresses are sorted into the mailbox in step 512 without further scrutiny. 

Referring next to Fig. 5D, a flow diagram of still another embodiment of a 
message processing method is shown. This embodiment adds to the embodiment of Fig. 
5A the ability to perform keyword checking on incoming messages. Keywords are 

20 typically URLs, phone numbers and other words or short phrases that uniquely identify 
that the message originated from an unsolicited mailer 104. As the mail transfer agent 
204 reads each word from the message, any keyword encountered will cause receiving of 
the message to end such that the message is discarded. 

With reference to Fig. 5E, a flow diagram of yet another embodiment of a 

25 message processing method is shown. This embodiment uses the prescreening and 

keyword checking first described in relation to Figs. 5C and 5D above. Either a blocked 
e-mail address or a keyword will stop the download of the message from the source. 
Conversely, an approved source IP address will cause the message to be sorted into the 
mailbox of the user without further scrutiny. Some embodiments could either produce an 

30 error message that is sent to the source relay to indicate the message was not received. 

Alternatively, an error message that implies the e-mail address is no longer valid could be 
used in an attempt to get the unsolicited mailer or list broker to remove the e-mail address 
from their distribution list. 
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With reference to Fig. 6A, a flow diagram of an embodiment of an e-mail 
processing method is depicted. The process starts in step 604 where the mail transfer 
agent 204 begins to receive the e-mail message 400 from the Internet 108. This begins 
with a protocol level handshake where the relay sending the message 400 provides its IP 
5 address. In step 608, a test is performed to determine if the source of the e-mail message 
400 is on the block list 244. If the source of the message is on the block list 244 as 
determined in step 612, the communication is dropped in step 616 and the e-mail message 
400 is never received. Alternatively, processing continues to step 620 if the message 
source is not on the block list 244. 

10 E-mail messages 400 from certain "approved" sources are accepted 

without further investigation. Each message is checked to determine if it was sent from 
an IP addresses on the approved list 216 in steps 620 and 624. The IP addresses on the 
approved list 216 correspond to legitimate senders of e-mail messages in bulk. 
Legitimate senders of e-mail messages are generally those that have previous 

1 5 relationships with a user 116 where the user assents to receiving the e-mail broadcast. If 
the IP address is on the approved list 216, the message is stored in the mail account of the 
user 116. 

If the source of the message 400 is not on the approved list 216, further 
processing occurs to determine if the message 400 was unsolicited. In step 632, the 

20 message body 408 is screened for key words 230 as the message is received. The key 
words 230 are strings of characters that uniquely identify a message 400 as belonging to 
an unsolicited mailer 104 and may include a URL 420, a phone number or an e-mail 
address. If any key words are present in the message body 408, the message 400 is 
discarded in step 616 without receiving further portions. 

25 To determine if the e-mail message 400 has been sent a number of times 

over a given time period, an algorithm is used to determine if the e-mail message 400 is 
similar to others received over some time period in the past. In this embodiment, the 
algorithm does not require exact matches of the fingerprints. In step 640, a fingerprint is 
produced from the message body 408. Embodiments that use multiple algorithms on each 

30 message generate multiple fingerprints in step 640. The fingerprint is checked against the 
message database 206 in step 662. As discussed above, multiple algorithms could be 
used in step 662 to determine if the multiple fingerprints for the message matches any of 
the stores. 
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If a match is determined in step 664 and a threshold amount of matching 
messages is received over a given time period, the message is sent to the bulk mail folder 
for the user in step 694. If there is no match, the fingerprint for the message is added to 
the store(s) in step 682. As a third alternative outcome, the message is stored in the user's 
5 mailbox in step 684 without adding a new fingerprint to the database when there is a 
match, but the threshold is not exceeded. Under these circumstances, a count for the 
fingerprint is incremented. 

With reference to Figs. 6B and 6C, a flow diagram of an embodiment of an 
e-mail processing method is depicted. Fig. 6D is not part of this embodiment. The 

10 process starts in step 604 where the mail transfer agent 204 begins to receive the e-mail 
message 400 from the Internet 108. This begins with a protocol level handshake where 
the relay sending the message 400 provides its IP address. In step 608, a test is performed 
to determine if the source of the e-mail message 400 is on the block list 244. If the source 
of the message is on the block list 244 as determined in step 612, the communication is 

15 dropped in step 616 and the e-mail message 400 is never received. Alternatively, 
processing continues to step 620 if the message source is not on the block list 244. 

E-mail messages 400 from certain sources are accepted without further 
investigation. Each message is checked to determine if it was sent from an IP addresses 
on the approved list 216 in steps 620 and 624. The IP addresses on the approved list 216 

20 correspond to legitimate senders of e-mail messages in bulk. Legitimate senders of e- 

mail messages are generally those that have previous relationships with a user 116 where 
the user assents to receiving the e-mail broadcast. If the IP address is on the approved list 
216, the message is stored in the mail account of the user 1 16 in step 628. 

Further processing occurs to determine if the message 400 was unsolicited 

25 if the source of the message 400 is not on the approved list 216. In step 632, the message 
body 408 is screened for key words 230. The key words 230 are strings of characters that 
uniquely identify a message 400 as belonging to an unsolicited mailer 104 and may 
include a URL 420, a phone number or an e-mail address. If any key words are present in 
the message body 408, the message 400 is discarded in step 616 without further 

30 processing. 

To determine if the e-mail message 400 has been sent a number of times, 
an algorithm is used to determine if the e-mail message 400 is similar to others received 
in the past. The algorithm does not require exact matches and only requires some of the 
exemplars that form a fingerprint to match. In step 640, exemplars are extracted from the 
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message body 408 to form a fingerprint for the message 408. A determination is made in 
step 644 as to whether there are two or more exemplars harvested from the message body 
408. 

In this embodiment, more than two exemplars are considered sufficient to 
5 allow matching, but two or less is considered insufficient. When more exemplars are 
needed, a small message algorithm is used to extract a new set of exemplars to form the 
fingerprint in step 648. The small message algorithm increases the chances of accepting a 
string of characters for generating an exemplar upon. Future matching operations depend 
upon whether the exemplars were extracted using the small message or large message 

10 algorithm to generate those exemplars. The small message stores 368, 372 are used with 
the small message algorithm, and the large message stores 360, 364 are used with the 
large message algorithm. 

The thresholds for detection of unsolicited e-mail are reduced when the 
message is received by the mail system 112 from an open relay. Open relays are often 

15 used by unsolicited mailers 104 to mask the IP address of the true origin of the e-mail 

message 400, among other reasons. By masking the true origin, the true origin that could 
identify the unsolicited mailer 104 is not readily ascertainable. However, the IP address 
of the relay that last sent the message to the mail system 1 12 can be accurately 
determined. The actual IP address of the last relay before the message 400 reaches the 

20 mail system 1 12 is known from the protocol-level handshake with that relay. The actual 
IP address is first checked against the local open relay list 220 for a match. If there is no 
match, the actual IP address is next checked against the remote open relay list 240 across 
the Internet 108. If either the local or remote open relay lists 220, 240 include the actual 
IP address, first and second detection threshold are reduced in step 660 as described 

25 further below. Table I shows four embodiments of how the first and second detection 
thresholds might be reduced. Other embodiments could use either the local or remote 
open relay list 220, 240. 



Table I 



First Detection Threshold 


Second Detection Threshold 


Without 


With Match 


Without 


With Match 


10 


5 


25 


12 


50 


25 


100 


50 


100 


50 


500 


250 


500 


300 


1000 


600 
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Depending on whether the e-mail message 400 is a short or long message 
- as determined in step 644, either the STSME store 368 or STLME store 372 is checked 
for a matching entry. The STSME and STLME stores 368, 372 hold the last two hours of 
5 message fingerprints, in this embodiment, along with a first count for each. The first 
count corresponds to the total number of times the mail transfer agents 204 have seen a 
similar message within a two hour period so long as the count does not exceed the first 
threshold. 

A test for matches is performed in step 664. A match only requires a 

10 percentage of the exemplars in the fingerprint to match (e.g., 50%, 80%, 90%, or 100%). 
In this embodiment, a match is found when all of the exemplars of a fingerprint stored in 
the respective STSME or STLME store 368, 372 are found in the exemplars of the 
message currently being processed. Other embodiments could only require less than all 
of the exemplars in the respective STSME or STLME store 368, 372 are found in the 

15 message being processed. For example the other embodiment could require half of the 
exemplars to match. 

If a match is determined in step 664 between the current e-mail message 
400 and the respective STSME or STLME store 368, 372, processing continues to step 
668 where a first count is incremented. The first count is compared to the first threshold 

20 in step 672. Depending on the determination in step 656, the first threshold may or may 
not be reduced. If the first threshold is not exceeded, processing continues to step 684 
where the e-mail message 400 is stored in the user's inbox folder. 

Alternatively, processing continues to step 676 if the first threshold is 
exceeded by the first count. The fingerprint of exemplars for the e-mail message 400 is 

25 moved from the short-term store 368, 372 to the respective long-term store 360, 364 in 
step 676. In step 680, the new fingerprint will replace the oldest fingerprint in the long- 
term store 360, 364 that has not been incremented in the last thirty-six hours. A 
fingerprint becomes stale after thirty-six hours without any change in count, in this 
embodiment. If there is no stale entry, the new fingerprint is added to the store 360, 364 

30 and an index that points to the fingerprint is added to the beginning of a list of indexes 
such that the freshest or least stale fingerprint indexes are at the beginning of the index 
list of the long-term store 360, 364. Once the fingerprint is added to appropriate the long- 
term store 360, 364, the e-mail message 400 is stored in the account of the user in step 
684. 



Returning back to step 664, processing continues to step 686 if there is not 
a match to the appropriate short-term message database 368, 372. In step 686, the 
message fingerprint is checked against the appropriate long-term message store 360, 364. 
Only a percentage (e.g., 50%, 80%, 90%, or 100%) of the exemplars need to exactly 
5 match an entry in the appropriate long-term message store 360, 364 to conclude that a 
match exists. The long-term message store 360, 364 used for this check is dictated by 
whether the long or short message algorithm is chosen back in step 644. If there is not a 
match determined in step 688, the e-mail message 400 is stored in the mailbox of the user 
in step 684. Otherwise, processing continues to step 690 where the second count for the 

10 fingerprint entry is incremented in the long-term store 360, 364. When the second count 
is incremented, the fingerprint entry is moved to the beginning of the long-term store 360, 
364 such that the least stale entry is at the beginning of the store 360, 364. 

In step 692, a determination is made to see if the e-mail message 400 is 
unsolicited. If the second threshold is exceeded, the e-mail message is deemed 

15 unsolicited. Depending on determination made in step 656 above, the second threshold is 
defined according to the embodiments of Table I. If the second threshold is exceeded, the 
e-mail message 400 is stored in the bulk mail folder of the user's account in step 694. 
Otherwise, the e-mail message 400 is stored in the inbox folder. In this way, the efforts 
of unsolicited mailers 104 are thwarted in a robust manner because similar messages are 

20 correlated to each other without requiring exact matches. The first and second thresholds 
along with the times used to hold fingerprints in the exemplar database 208 could be 
optimized in other embodiments. 

With reference to Figs. 6B and 6D, a flow diagram of another embodiment 
of an e-mail processing method is depicted. Fig. 6C is not a part of this embodiment. 

25 This embodiment checks long-term message exemplars store 360, 364 before short-term 
message exemplars store 368, 372. 

Referring next to Fig. 7A, a flow diagram 640 of another embodiment for 
producing a fingerprint for an e-mail message is shown. The process begins in step 704 
where an e-mail message 400 is retrieved. Information such as headers or hidden 

30 information in the body 408 of the message 400 is removed to leave behind the visible 
body 408 of the message 400 in step 708. Hidden information is anything that is not 
visible to the user when reading the message such as white text on a white background or 
other HTML information. Such hidden information could potentially confuse processing 
of the message 400. 
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To facilitate processing, the visible text body is loaded into a word array in 
step 712. Each element in the word array has a word from the message body 408. The 
index of the word array is initialized to zero or the first word of the array. In step 716, the 
word located at the index is loaded. That word is matched against the possible words in a 
5 fingerprint histogram. The fingerprint histogram includes five hundred of the most 
common words used in unsolicited e-mail messages. 

If a match is made to a word in the fingerprint histogram, the count for that 
word is incremented in step 728. Processing continues to step 732 after the increment. 
Returning to step 724 once again. If there is no match to the words in the histogram, 
10 processing also continues to step 732. 

A determination is made in step 732 of whether the end of the word array 
has been reached. If the word array has been completely processed the fingerprint 
histogram is complete. Alternatively, processing continues to step 736 when there are 
more words in the array. In step 736, the word array index is incremented to the next 
15 element. Processing continues to step 716 where the word is loaded and checked in a 
loop until all words are processed. 

In this way, a fingerprint histogram is produced that is indicative of the 
message. Matching of the fingerprint histograms could allow slight variance for some 
words so as to not require exactly matching messages. 
20 With reference to Fig. 7B, a flow diagram 640 of another embodiment for 

producing a fingerprint for an e-mail message is shown. The process begins in step 704 
where an e-mail message 400 is retrieved. Information such as headers or hidden 
information in the body 408 of the message 400 is removed to leave behind the visible 
body 408 of the message 400 in step 708. In step 744, the small words are stripped from 
25 the visible text body such that only large words remain. The definition of what 

constitutes a small word can be between four and seven characters. In this embodiment, a 
word of five characters or less is a small word. 

In step 748, the remaining words left after removal of the small words are 
loaded into a word array. Each element of the word array contains a word from the 
30 message and is addressed by an index. 

Groups of words from the word array are used to generate a code or 
exemplar in step 752. The exemplar is one of a hash function, a checksum or a cyclic 
redundancy check of the ASCII characters that comprise the group of words. The group 
of words could include from three to ten words. This embodiment uses five words at a 
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time. Only a limited amount of exemplars are gathered from messages. If the maximum 
number of exemplars have been gathered, they are sorted into descending order as the 
fingerprint in step 740. 

Presuming all the exemplars have not been gathered, processing continues 
5 to step 760 where it is determined if all the word groups have been processed. If 

processing is complete, the exemplars are sorted in descending order as the fingerprint in 
step 740. Otherwise, processing continues to step 766 where the array index is 
incremented to the next word. The next word is processed by looping back to step 752. 
This looping continues until either all word groups are processed or the maximum amount 
10 of exemplars is gathered. 

Some embodiments could load the words into a character array and 
analyze a group of characters at a time. For example, a group of twenty characters at one 
~£ time could be used to generate an exemplar before incrementing one character in the 

~~~ 4 array. In other embodiments, exemplars for the whole message could be gathered. These 

Jp 15 exemplars would be reduced according to some masking algorithm until a limited number 
r% remained. This would avoid gathering the exemplars from only the beginning of a large 

*M message. 

Q Referring next to Fig. 7C, a flow diagram 640 of yet another embodiment 

Hi for producing a fingerprint for an e-mail message is shown. The process begins in step 

H 20 704 where an e-mail message 400 is retrieved. Information such as headers or hidden 

O 

l£ information in the body 408 of the message 400 is removed to leave behind the visible 

body 408 of the message 400 in step 708. Hidden information is anything that is not 
visible the user when reading the message such as white text on a white background or 
other HTML information. Such hidden information could potentially confuse processing 

25 of the message 400. 

To facilitate processing, the visible text body is loaded into a string or an 
array in step 768. The index of the array is initialized to zero or the first element of the 
array. In step 770, the first group of characters in the array are loaded into an exemplar 
algorithm. Although any algorithm that produces a compact representation of the group 

30 of characters could be used, the following equation is used in step 772: 
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In Equation 1 above, the potential exemplar, E, starting at array index, «, is calculated for 
each of the group of characters, where p is a prime number and M is a constant. Four 
embodiments of values used for the t h M 9 and p constants are shown in Table II below. 



Table II 



ti 


M 


P 


X 


Y 


20 


2* 


567,319 


157 8 


55 8 


25 




722,311 


147 8 


54 8 


30 




826,997 


143 8 


50 8 


40 


2 n 


914,293 


61 8 


40 8 



5 

Only some of the potential exemplars E resulting from Equation 1 are 
chosen as good anchors such that the potential exemplar E is stored in the fingerprint. 
Further to step 772, the potential exemplar E is converted to a binary value and masked 
by an octal value that is also converted to binary. If the result from the masking step 

10 includes any bits equal to one, the potential exemplar E is used in the fingerprint for the 
message 400. The large message algorithm uses a first octal value, X 9 converted into a 
binary mask and the small message algorithm uses a second octal value, 7, converted into 
a binary mask such that the small message algorithm is more likely to accept any 
potential exemplar E. See Table II for different embodiments of the first and second octal 

15 values X Y. 

If the potential exemplar E is chosen as an anchor in step 774, it is added 
to the fingerprint and the array index is incremented by the size of the group of 
characters, t iy in step 776. The index is incremented to get a fresh set of characters to test 
for an anchor. If it is determined the whole array has been processed in step 780, the 
20 exemplars are arranged in descending order to allow searching more efficiently through 
the fingerprint during the matching process. Presuming the array is not completely 
analyzed, processing loops back to step 770 where a new group of characters are loaded 
and analyzed. 

Alternatively, the index is only incremented by one in step 782 if the 
25 anchor is not chosen in step 774. Only a single new character is needed to calculate the 
next potential exemplar since the other nineteen characters are the same. The exit 
condition of passing the end of the array is checked in step 784. If the exit condition is 
satisfied, the next element from the array is loaded in step 786. A simplified Equation 2 
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may be used to determine the next potential exemplar, En+i, by adding the last coefficient 
and removing the first one: 

={pE n +t 2x -t x p X9 )modM (2) 

In this way, the exemplars that form the fingerprint for the message body are calculated. 
5 Referring next to Fig. 7D, a flow diagram 640 of still another embodiment 

for producing a fingerprint for an e-mail message is shown. This embodiment differs 
from the embodiment of Fig. 7C in that it adds another exit condition to each loop in steps 
788 and 790. Once a maximum number of exemplars is gathered as determined in either 
step 788 or 790, the loop exits to step 756 where the exemplars are sorted in descending 

10 order to form the fingerprint. Various embodiments could use, for example, five, fifteen, 
twenty, thirty, forty, or fifty exemplars as a limit before ending the fingerprinting process. 

With reference to Fig. 8, a block diagram of an embodiment of an e-mail 
distribution system 800 is shown. In this embodiment, a mail server 812 of the ISP stores 
the unread e-mail and a program on a mail client computer 816 retrieves the e-mail for 

15 viewing by a user. An unsolicited mailer 804 attempts to hide the true origin of a bulk e- 
mail broadcast by hiding behind an open relay 820 within the Internet 808. 

Properly functioning relays 824 in the Internet do not allow arbitrary 
forwarding of e-mail messages 400 through the relay 824 unless the forwarding is into the 
domain of the receiver. For example, a user with an e-mail account at Yahoo.com can 

20 send e-mail through a properly functioning Yahoo.com relay to an Anywhere.com 

recipient, but cannot force a properly functioning relay at Acme.com to accept e-mail 
from that user unless the e-mail is addressed to someone within the local Acme.com 
domain. An open relay 820 accepts e-mail messages from any source and relays those 
messages to the next relay 824 outside of its domain. Unsolicited mailers 804 use open 

25 relays 820 to allow forgery of the routing information such that the true source of the e- 
mail message is difficult to determine. Also, an open relay 820 will accept a single 
message addressed to many recipients and distribute separate messages those recipients. 
Unsolicited mailers 804 exploit this by sending one message that can blossom into 
thousands of messages at the open relay 820 without consuming the bandwidth of the 

30 unsolicited mailer 804 that would normally be associated with sending the thousands of 
messages. 

As mentioned above, unsolicited mailers 804 often direct their e-mail 
through an open relay 820 to make it difficult to determine which ISP they are associated 
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with and to save their bandwidth. Most ISP have acceptable use policies that prohibit the 
activities of unsolicited mailers 804. Users often manually report receiving bulk e-mail to 
the ISP of the unsolicited mailer 804. In response to these reports, the ISP will often 
cancel the account of the unsolicited mailer 804 for violation of the acceptable use policy. 
5 To avoid cancellation, unsolicited mailers 804 hide behind open relays 820. 

Lists 828 of known open relays 820 are maintained in databases on the 
Internet 808. These lists 828 can be queried to determine if a relay listed the header 404 
of an e-mail message 400 is an open relay 820. Once the open relay 820 is found, the 
routing information prior to the open relay 820 is suspect and is most likely forged. The 

10 Internet protocol (IP) address that sent the message to the open relay 820 is most likely 
the true source of the message. Knowing the true source of the message allows 
notification of the appropriate ISP who can cancel the account of the unsolicited mailer 
804. Other embodiments, could use a local open relay list not available to everyone on 
the Internet. This would allow tighter control of the information in the database and 

15 quicker searches that are not subject to the latency of the Internet. 

Referring next to Fig. 9, an embodiment of an unsolicited e-mail header 
900 revealing a route through an open relay and forged routing information is shown. 
Unsolicited mailers 804 use open relays 820 to try to hide the true origin of their bulk 
mailings, among other reasons. The header 900 includes routing information 904, a 

20 subject 908, a reply e-mail address 916, and other information. 

The routing information 904 lists all the relays 824 that allegedly routed 
the e-mail message. The top-most entry 912-3 is the last relay that handled the message 
and the bottom entry 912-0 is the first relay that allegedly handled the message. If the 
routing information were correct, the bottom entry 912-0 would correspond to the ISP of 

25 the unsolicited mailer 804. The header 900 is forged and passed through an open relay 
820 such that the bottom entry 912-0 is completely fabricated. 

Even with the open relay 820 and forged entries 912, the true source of the 
message is usually discernable in an automatic way. Each entry 912 indicates the relay 
824 the message was received from and identifies the relay 824 that received the 

30 message. For example, the last entry 912-3 received the message from domain 

"proxy.bax.beeast.com" 920 which corresponds to IP address 209.189.139.13 924. The 
last entry 912-3 was written by the relay 824 at tfi shell3 .bax.beeast.com". 

Each relay 824 is crossed against the remote open relay list 828 to 
determine if the relay is a known open relay 820. In the header 900 of this embodiment, 
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the third entry from the top 912-1 was written by an open relay 820. The IP address 
209.42.191.8 928 corresponding to the intranet.hondutel.hn domain was found in the 
remote open relay list 828. Accordingly, the protocol-level address 932 of the relay 824 
sending the message to the open relay 820 is the true source of the message. In other 
5 words, the message originated from IP address of 38.30.194.143 932. The IP address 932 
of the true source of the message is determined at the protocol level and is not forged. In 
this embodiment, the first and second entries 912-0, 912-1 are forged and cannot be 
trusted except for the protocol level IP address 932 of the true source. 

Although this embodiment presumes the relay before the open relay is the 

10 true source of the message, other embodiments could perform further verification. In 

some instances, valid messages are routed through open relays as the path of any message 
through the Internet is unpredictable. For example, the suspected relay entries before the 
open relay could be inspected for forgeries, such as the IP address not matching the 
associated domain. If a forgery existed, that would confirm that an unsolicited mailer 804 

1 5 had probably sent the message to the open relay 820. 

This embodiment starts at the top-most entry and inspects relays before 
that point. Some embodiments could avoid processing the entries near the top of the list 
that are within the intranet of the mail client and associated with the mail server of the 
mail client. These relays are typically the same for most messages and can usually be 

20 trusted. 

With reference to Fig. 10, a flow diagram is shown of an embodiment of a 
process for baiting unsolicited mailers and processing their e-mail. The process begins in 
step 1004 where an e-mail address is embedded into a web page. List brokers are known 
to harvest e-mail addresses from web sites using automated crawling software robots or 

25 bots. The software bots follow links as they crawl through the net and harvest any e-mail 
addresses they encounter. The harvested e-mail addresses are added to the list, which is 
sold to unsolicited mailers 104. The unsolicited mailers 104 send e-mail in bulk to the 
addresses on the list. 

Bait e-mail addresses could be disseminated to any forum that would have 

30 no legitimate reason to contact the bait e-mail addresses. Some embodiments could bait 
newsgroups or message boards with test messages that include a bait e-mail addresses. In 
other embodiments, auction web sites and other sites could have bait accounts such that if 
the e-mail address information is sold by the site or otherwise harvested unsolicited 
mailers will send mail to those addresses. 
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Some automated software bots are sophisticated enough to analyze the 
page embedding the e-mail addresses to determine if the page is legitimate. For example, 
the software bot could avoid harvesting e-mail from any page that makes reference to the 
word "Spam." This embodiment uses actual web pages and embeds into them the e-mail 
5 address bait such that it is difficult to see by the legitimate user browsing of that web 

page. By embedding e-mail bait into legitimate web pages, it is difficult for the software 
bots to avoid adding the bait e-mail addresses to their lists. 

There are different techniques for embedding e-mail addresses 
unobtrusively into web pages. One technique places the e-mail address on the page, but 

10 uses the same color for the link text as the background color to make the link text 

invisible to the web browser unless the source hyper text markup language (HTML) is 
viewed. Another technique places the e-mail addresses in an extended margin such that 
the text is only viewable by the user if the page is scrolled to the far right to reveal an 
otherwise unused margin. In other embodiments, a combination of these techniques 

15 could be used on any number of web sites to increase the likelihood that one of the e-mail 
baits is found by the harvesting software bot. 

E-mail harvesting bots follow links on pages when navigating the web. To 
assist these bots in finding the pages with the e-mail address bait, links could be placed in 
many pages that redirect the harvesting bots to relevant pages. A referring page could be 

20 referenced by an HTML link that is barely visible to the user of the web site. A single 

period character could serve as a link to web page with the e-mail bait. Additionally, the 
link could have the same color as the background color to further camouflage the link 
from the legitimate browser of the web site. 

E-mail accounts are configured in step 1008 to correspond to the e-mail 

25 bait on the various web sites. Since the e-mail addresses should be used for no purpose 
other than bulk e-mail, any messages sent to these accounts are presumed unsolicited. 
The unsolicited e-mail is accepted without bouncing because list brokers tend to remove 
addresses from their list that bounce. Bouncing is a process where the sender of an e-mail 
message is notified that the e-mail account is not available. 

30 In step 1012, an unsolicited e-mail message is received. The mere receipt 

of an e-mail message addressed to one of the bait addresses confirms the message is 
unsolicited. To determine the source of the unsolicited e-mail message, processing is 
performed. 
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A check for open relays 820 in the routing information is performed to 
determine if the routing information is suspect. Starting with the last relay 824-n and 
ending with the open relay 820 5 the information in the header of the message is analyzed 
in step 1016. The IP address of each relay is checked against the remote open relay list 
5 828 to determine if it is a known open relay 820. If an open relay 820 is found, the 

administrator responsible for that relay is notified by addressing an e-mail message to the 
postmaster at that IP address in step 1020. The notification occurs automatically without 
human intervention. Administrators of an open relay 820 are often unaware that their 
relay is misconfigured and will upgrade their relay to prevent future abuse from 

10 unsolicited mailers 804. 

Once the open relay 820 is located in the routing information, the true 
source of the unsolicited message is determined. The IP address that sends the message 
to the open relay 820 is most likely to be the true source of the message. Routing 
information before that IP address of the open relay 820 is most likely forged and cannot 

15 be relied upon. The domain name associated with the true source of the message can be 
determined by querying a database on the Internet 808. Once the domain name is known, 
a message sent to the mail administrator hosting the unsolicited mailer at the "abuse" 
address for that domain in step 1028, e.g., abuse@yahoo.com. There are databases that 
provide the e-mail address to report unsolicited mailing activities to for the domains in the 

20 database. These databases could be used to more precisely address the complaint to the 
administrators in other embodiments. 

The message body 408 often includes information for also locating the 
unsolicited mailer 804 responsible for the bulk e-mail. To take advantage of the offer 
described in the bulk e-mail, the user is given contact information for the unsolicited 

25 mailer 804, which may include a universal resource locator (URL) 420, a phone number, 
and/or an e-mail address. This information can be used to notify ISP related to any URL 
or e-mail address of the activities of the unsolicited mailer which probably violate the 
acceptable use policy of the ISP. Additionally, the contact information can provide key 
words for use in detecting other bulk mailings from the same unsolicited mailer 804. 

30 To facilitate processing of the body of the message, the body 408 is 

decoded in step 1032. Unsolicited mailers 804 often use obscure encoding such as the 
multipurpose mail encoding (MIME) format and use decimal representations of IP 
addresses. Decoding converts the message into standard text and converts the IP 
addresses into the more common dotted-quad format. 
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The processed message body is checked for URLs and e-mail addresses in 
steps 1036 and 1044. The ISP or upstream providers are notified of the activities of the 
unsolicited mailer in steps 1040 and 1048. Upstream providers can be determined for a 
URL by searching databases on the Internet 808 for the ISP that hosts the domain name in 
5 the URL. When notifying the enabling parties, the administrator of the domain of the 
unsolicited mailer itself should not be contacted to avoid notifying the unsolicited mailer 
804 of the detection of their bulk mailings. If notice is given, the unsolicited mailer 804 
could remove the bait e-mail address from their list. Accordingly, the ISP that hosts the 
unsolicited mailers URL should be contacted instead. 

10 Other real e-mail accounts could filter out unwanted bulk mail from 

unsolicited mailers 804 using key words. Contact information for an unsolicited mailer 
804 can uniquely identify other mail from that unsolicited mailer. The contact 
information is gathered from the message and added to the key word database 230 in step 
1052. As described in relation to Figs. 7A-7D above, exemplars indicative of the 

15 message could also be gathered. When other e-mail messages are received by the mail 
server 812, those messages are screened for the presence of the key words or exemplars. 
If found, the message is sorted into a bulk mail folder. 

Referring next to Fig. 1 1, a flow diagram is shown of an embodiment of a 
process for determining the source of an e-mail message. This process determines the 

20 true source of an unsolicited e-mail message such that a facilitating ISP can be 

automatically notified of the potential violation of their acceptable use policy. The 
process involves tracing the route from the mail server 812 back to the unsolicited mailer 
804. 

The process begins in step 1 104 where an index, n, is initialized to the 
25 number of relays entries 912 in the header 900. As the message hops through the Internet 
808, each relay 824 places their identification information and the identification 
information of the party they received the message from at the top of the e-mail message. 
The identification information includes the IP address and domain name for that IP 
address. The index n is equal to the number of relays that message allegedly encountered 
30 while traveling from the unsolicited mailer 804 to the mail server 812 minus one. For 
example, the embodiment of Fig. 9 encountered four relays so the index is initialized to 
three. 

In steps 1 108 through 1 124, the loop iteratively processes each entry 912 
of the routing information 904 in the header 900 of the message. In step 1 108, the «- 
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entry or the topmost unanalyzed entry 912 is loaded. The IP address of the relay that 
received message is checked against the remote open relay list 828 to determine if the 
relay 824 is an open relay 820 in step 1112. 

If the relay 824 is not an open relay 820 as determined in step 1116, 
5 processing continues to step 1 120. A further determination is made in step 1 120 as to 
whether the last entry 912 of the routing information 904 has been analyzed. If the 
current entry at index n is not the last entry, the index n is decremented in step 1 124 in 
preparation for loading the next entry in the routing information in step 1 108. 

Two different conditions allow exit from the loop that iteratively check 

10 entries 912 in the routing information 904. If either the tests in steps 1 1 16 or 1 120 are 
satisfied, processing continues to step 1 128. The exit condition in step 1 120 is realized 
when the unsolicited mailer 804 does not attempt to hide behind an open relay 820. 
Under those circumstances, the IP addresses in the routing information is trusted as 
accurate. Such that the last entry 912 corresponds to the unsolicited mailer 804. 

15 In step 1 128, the IP address that sent the message to the current relay 824 

is presumed the true source of the message. Any remaining entries in the routing 
information are presumed forged and are ignored in step 1 132. The domain name 
corresponding to the IP address of the true source is determined in step 1 136. The 
administrator for that domain is determined in step 1 140 by referring to a database on the 

20 Internet. If there is no entry in the database for that domain name, the complaint is 
addressed to the "abuse" e-mail account. In this way, the e-mail address for the ISP 
facilitating the unsolicited mailer 804 is determined such that a subsequent complaint can 
be automatically sent to that e-mail address. 

With reference to Fig. 12, an embodiment of a process for notifying 

25 facilitating parties associated with the unsolicited mailer 804 of potential abuse is shown. 
The process begins in step 1204 where an e-mail message is recognized as being 
unsolicited. There are at least two ways to perform this recognition. The first method 
involves searching for similar messages and is described in relation to Figs. 7A-7D 
above. In the second method, bait e-mail addresses are planted across the Internet. The 

30 bait addresses are put in places where they should not be used such that their use indicates 
the e-mail is unsolicited. These places include embedding the electronic mail address in a 
web page, applying for an account with a web site using the electronic mail address, 
participating in an online auction with the electronic mail address, posting to a newsgroup 
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or message board with the electronic mail address, and posting to a public forum with the 
electronic mail address. 

Once an e-mail message is identified as originating from an unsolicited 
mailer 104, the parties facilitating the unsolicited mailer are identified. Generally, the 
5 unsolicited mailer is violating the acceptable use policy of the unsuspecting facilitating 
party and notification is desired by the facilitating party such that the account of the 
unsolicited mailer 104 can be shut down. 

The facilitating parties of the unsolicited mailer fall into three categories, 
namely, the origination e-mail address 428 in the header 404, the reply e-mail address 432 

10 in the header 404 or an e-mail address referenced in the body 408 of the message 400, and 
a URL referenced in the body 408 of the message 400. The e-mail addresses in the 
header 404 are often misleading, but the e-mail addresses or URLs in the body 408 are 
often accurate because a true point of contact is needed to take advantage of the 
information in the e-mail message 400. 

15 In step 1208, the parties facilitating the delivery of the message are 

determined. One embodiment of this determination process is depicted in Fig. 1 1 above. 
These facilitating parties include an ISP associated with the originating e-mail account 
and/or upstream providers for the ISP. This could also include the e-mail address 428 of 
the sender from the header 404 of the message 400. 

20 In step 1212, the parties facilitating the return path for interested receivers 

of the e-mail are determined. The reply address 432 or an address in the body 408 of the 
message 400 could be used to determine the reply path. With the domain name of these 
addresses, the administrator can easily be contacted. 

Referring next to step 1216, any parties hosting web sites for the 

25 unsolicited mailer 104 are determined. The body 404 of the message 400 is searched for 
links to any web sites. These links presumably are to sites associated with the unsolicited 
mailer 104. The host of the web site often prohibits use of unsolicited e-mail to promote 
the site. To determine the domain name of the host, it may be necessary to search a 
publicly available database. With the domain name, the administrator for the host can be 

30 found. 

Once the responsible parties associated with the unsolicited mailer 104 are 
identified in steps 1208, 1212 and 1216, information detailing the abuse is added to a 
report for each facilitating party. Other embodiments could report each instance of abuse, 
but this may overload anyone with the facilitating party reading this information. In some 
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embodiments, the report could include the aggregate number of abuses for an unsolicited 
mailer(s) 104 associated with the facilitating party. The unsolicited messages could also 
be included with the report. 

In step 1224, the report for each facilitating party is sent. In this 
5 embodiment, the report is sent once a day to the administrator and includes abuse for the 
last day. Other embodiments, however, could have different reporting schedules. Some 
embodiments could report after a threshold of abuse is detected for that facilitating party. 
For example, the mail system 112 waits until over a thousand instances of unsolicited 
mail from one unsolicited mailer before reporting the same to the facilitating party. Still 

10 other embodiments, could report periodically unless a threshold is crossed that would 
cause immediate reporting. 

In light of the above description, a number of advantages of the present 
invention are readily apparent. Unsolicited mailers are automatically detected. By 
knowing which sources of e-mail are from unsolicited mailers, the unsuspecting third 

15 parties enabling the unsolicited mailers can be notified in the hopes of the accounts for 
the unsolicited mailers being canceled. Notification of the third parties is automatic. 

A number of variations and modifications of the invention can also be 
used. For example, the invention could be used by ISPs on the server-side or users on the 
client-side. Also, the algorithm could be used for any task requiring matching of 

20 messages to avoid reaction to repeated messages. For example, political campaigns or 
tech support personnel could use the above invention to detect multiple e-mails on the 
same subject. 

In another embodiment, the present invention can be used to find 
similarities in chat room comments, instant messages, newsgroup postings, electronic 

25 forum postings, message board postings, and classified advertisement. Once a number of 
similar electronic text communications are found, subsequent electronic text can be 
automatedly processed. Processing may include filtering if this bulk advertisement is 
unwanted, or could include automated responses. Advertisement is published in bulk to 
e-mail accounts, chat rooms, newsgroups, forums, message boards, and classifieds. If this 

30 bulk advertisement is unwanted, the invention can recognize it and filter it accordingly. 

In some embodiments, the invention could be used for any task requiring 
matching of electronic textual information to avoid reaction to repeated messages. For 
example, political campaigns or tech support personnel could use the above invention to 
detect multiple e-mails on the same subject. Specifically, when the e-mail account 
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holders complain to customer service that a e-mail is mistakenly being sorted into the 
bulk mail folder, customer service does not need multiple requests for moving the sender 
to the approved list. The invention can recognize similar requests and only present one to 
customer service. 

5 In yet another embodiment, real e-mail accounts that receive unsolicited e- 

mail could detect that the message is likely to be unsolicited and respond to the sender 
with a bounce message that would fool the sender into thinking the e-mail address is no 
longer valid. The list broker would likely remove the e-mail address from their list after 
receipt of bounce message. 

10 In still other embodiments, duplicate notifications to an ISP could be 

avoided. Once the first bait e-mail address receives an unsolicited e-mail message and 
the facilitating ISP is notified, subsequent messages to other bait e-mail addresses that 
would normally result in a second notification could be prevented. Excessively notifying 
the ISP could anger the administrator and prevent prompt action. 

15 In yet another embodiment, the notification of facilitating parties could use 

protocols other than e-mail messages. The abuse could be entered by the mail system into 
a database associated with the facilitating party. This embodiment would automate the 
reporting to not require human review of the report in an e-mail message. Reporting 
could automatically shut down the unsolicited mailers account. 

20 Although the invention is described with reference to specific 

embodiments thereof, the embodiments are merely illustrative, and not limiting, of the 
invention, the scope of which is to be determined solely by the appended claims. 
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